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Sessions in a communication system 

The present invention relates to communication systems, and 
in particular, to policy control in association with sessions 
5 provided by means of a communication system. 

A communication system can be seen as a facility that enables 
communication sessions between two or more entities such as 
user equipment and/or other nodes associated with the 

10 communication system. The communication may comprise, for 

example, communication of voice, data, multimedia and so on. 
A user equipment may, for example, be provided with a two-way 
telephone call or multi-way conference call. A user equipment 
may also be provided with a connection to an application 

15 server (AS) , for example a service provider server, thus 

enabling use of services provided by the application server. 

A communication system typically operates in accordance with 
a given standard or specification which sets out what the 

20 various entities associated with the communication system are 
permitted to do and how that should be achieved. For example, 
the standard or specification may define if the user, or more 
precisely, user equipment is provided with a circuit switched 
service and/or a packet switched service. Communication 

25 protocols and/or parameters which shall be used for the 

connection may also be defined. In other words, a specific 
set of "rules" on which the communication can be based on 
needs to be defined to enable communication by means of the 
system. 

30 

Communication systems proving wireless communication for user 
equipment are known. An example of the wireless systems is 
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the public land mobile network (PLMN) . The PLMNs are 
typically based on cellular technology. In cellular systems, 
a base transceiver station (BTS) or similar access entity 
serves wireless user equipment (UE) known also as mobile 
5 stations (MS) via a wireless interface between these 

entities. The communication on the wireless interface between 
the user equipment and the elements of the communication 
network can be based on an appropriate communication 
protocol. The operation of the base station apparatus and 
10 other apparatus required for the communication can be 

controlled by one or several control entities. The various 
control entities may be interconnected. 

One or more gateway nodes may also be provided for connecting 
15 the mobile network to other networks, for example to a public 
switched telephone network (PSTN) and/or other communication 
networks such as an IP (Internet Protocol) and/or other 
packet switched data networks. For example, if a requested 
service is provided by a .service provider located in other 
20 network, the service request is routed via the mobile network 
to the other network and then to the service provider. 

An example of the services that may be offered for users such 
as the subscribers to a communication system is the so called 

25 multimedia services. An example of the communication systems 
enabled to offer multimedia services is the Internet Protocol 
(IP) Multimedia network. IP Multimedia (IM) functionalities 
can be provided by means of a IP Multimedia Core Network (CN) 
subsystem, or briefly IP Multimedia subsystem (IMS) . The IMS 

30 includes various network entities for the provision of the 
multimedia services . 
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The third generation partnership project (3GPP) has defined 
use of the general packet radio service (GPRS) as a backbone 
communication system for the provision of the IMS services. 
Therefore the GPRS will be used in this specification as an 
5 example of a possible backbone communication system enabling 
the multimedia services. The Third Generation Partnership 
Project (3GPP) has also defined a reference architecture for 
the third generation (3G) core network which will provide the 
users of user equipment with access to the multimedia 
10 services. This core network is divided into three principal 
domains. These are the Circuit Switched (CS) domain, the- 
Packet Switched (PS) domain and the Internet Protocol 
Multimedia (IM) domain. 

15 The latter of these, the IM domain, is for ensuring that 

multimedia services are adequately managed. The 3G IM domain 
supports the Session Initiation Protocol (SIP) as developed 
by the Internet Engineering Task Force (IETF) . Session 
Initiation Protocol (SIP) is an application-layer control 

20 protocol for creating, modifying and terminating sessions 
with one or more participants (endpoints) . 

The SIP can establish, modify, and terminate multimedia 
sessions, for example conferences. However, the details of 

25 the session, such as the type of media, codec, or sampling 

rate, cannot be described. Instead, the body of a SIP message 
contains a description of the session, encoded in Session 
Description Protocol (SDP) format. A mechanism called 
offer/answer model has been defined, this enabling two 

30 entities to make use of the SDP to arrive at a common view of 
a multimedia session between them. In the model, one 
participant offers the other party a description of the 
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desired session from their perspective, and the other 
participant answers with the desired session from their 
perspective. The other participant may e.g. reduce the offer. 
3GPP allows operators of IP Multimedia Subsystems to define 
5 allowed media parameters for sessions in their network; these 
are either generic local policies or media policies, or 
subscription based restrictions. In these networks only the 
allowed media can be established. SDPs violating the policies 
are rejected by the network. 

10 

Although handling of SIP requests containing SDP has been 
described for the 3GPP, handling of SIP responses, such as 
responses with payload, is not yet dealt with. The SIP allows 
sending of SDP in SIP responses. However, it is not possible 
15 to reject such responses if the SDP breaches media policy, 

such as policy set by an operator but not known to the user. 

Embodiments of the present invention aim to address one or 
several of the above problems. 

20 

According to one embodiment of the present invention, there 
is provided a method in a communication system for handling 
responses to messages. The method comprises the steps of 
sending a message from a first party to a second party, 

25 sending a response to the message, the response including at 
least one parameter in breach of a policy for the 
communication between the parties, detecting in a network 
controller that the response includes at least one parameter 
breaching the policy, and modifying the at least one 

30 parameter to be in line with the policy. 
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According to another embodiment there is provided a 
controller for a communication system configured to handle 
responses and requests between parties of communication 
sessions, forward a message from a first party to a second 
5 party, check if a response to the message includes at least 
one parameter in breach of a policy for the communication 
between the parties, and modify the at least one parameter to 
be in line with the policy. 

10 According to yet another embodiment there is provided a 

communication system for providing communication sessions 
between parties connected thereto, the communication system 
comprising a controller configured to handle responses and 
requests between parties of communication sessions, forward a 

15 message from a first party to a second party, check if a 

response to the message includes at least one parameter in 
breach of a policy for the communication between the parties, 
and modify the. at least one parameter to be in line with the 
policy. 

20 

In a more specific embodiment at least one parameter is 
modified by the controller. In another embodiment the at 
least one parameter is modified by the first party. The 
response may passed unmodified from the second party to the 
25 first party. A check may be made by the controller if a 

further message from the first party responding the response 
includes at least one parameter in breach of the policy. 

Embodiments may provide advantage in handling of sessions 
30 with non-allowable parameters. The handling may be 

consistent. The system may better foresee various possible 
situations caused by conflicting policies. 
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For better understanding of the present invention, reference 
will now be made by way of example to the accompanying 
drawings in which: 
5 Figure 1 shows one embodiment of the invention; 

Figures 2 is a signalling flowcharts illustrating 
operation of an aspect of the invention; and 

Figure 3 is a signalling flowcharts illustrating 
operation of another aspect of the invention. 

10 

Certain embodiments of the present invention will be 
described in the following by way of example, with reference 
to the exemplifying architecture of a third generation (3G) 
mobile communications system. However, it shall be 
appreciated that the embodiments may be applied to any 
suitable communication system. 

Reference is made to Figure 1 which shows an example of a 
network architecture wherein the invention may be embodied. 
In Figure 1 an IP Multimedia Network 45 is provided for 
offering IP multimedia services for IP Multimedia Network 
subscribers . 

As described above, IP Multimedia (IM) functionalities can be 
provided by means of a mobile communication system. A mobile 
communication system is typically arranged to serve a 
plurality of mobile user equipment usually via a wireless 
interface between the user equipment and at least one base 
station of the communication system. The mobile communication 
system may logically be divided between a radio access 
network (RAN) and a core network (CN) . 
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In the system base stations 31 and 40 are arranged to 
transmit signals to and receive signals from mobile user 
equipment 30, 41 of mobile users i.e. subscribers via a 
wireless interface between the user equipment and the radio 
access network. Correspondingly, a mobile user equipment is 
able to transmit signals to and receive signals from the 
radio access network via the wireless interface. 

In the shown arrangement the user equipment 30, 41 may access 
the IMS network 45 via the access network associated with 
base station 31, 40, respectively. It shall be appreciated 
that, although, for clarity reasons Figure 1 shows two base 
stations only, a typical communication network system usually 
includes a number of base stations. 

A mobile user equipment may comprise any appropriate mobile 
user equipment adapted for Internet Protocol (IP) 
communication to connect the network. For example, the mobile 
user may access the cellular network by means of a Personal 
5 computer (PC), Personal Data Assistant (PDA), mobile station 
(MS) and so on. The following examples are described in the 
context of mobile stations. 

One skilled in the art is familiar with the features and 
10 operation of a typical mobile station. Thus, it is sufficient 
to note that the user may use a mobile station for tasks 
such as for making and receiving phone calls, for receiving 
and sending data from and to the network and for experiencing 
multimedia content or otherwise using multimedia services. A 
15 mobile station may include an antenna for wirelessly 

receiving and transmitting signals from and to base stations 
of the mobile communication network. A mobile station may 
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also be provided with a display for displaying images and 
other graphical information for the user of the mobile user 
equipment. Camera means may be provided for capturing still 
or video images. Speaker means are also typically provided. 
5 The operation of a mobile station may be controlled by means 
of an appropriate user interface such as control buttons, 
voice commands and so on. Furthermore, a mobile station is 
provided with a processor entity and a memory means. 

10 It shall be appreciated that although only two mobile 

stations are shown in Figure 1 for clarity, a number of 
mobile stations may be in simultaneous communication with 
base stations of a mobile communication system. 

15 The core network (CN) entities typically include various 
switching and other control entities and gateways for 
enabling the communication via a number of radio access 
networks and also for interfacing a single communication 
system with one or more communication system such as with 

20 other cellular systems and/or fixed line communication 
systems. In the 3GPP systems the radio access network 
controller is typically connected to an appropriate core 
network entity or entities such as, but not limited to, a 
serving general packet radio service support node (SGSN) , see 

25 controllers 33 and 39 of Figure 1. The radio access network 

is in communication with the serving GPRS support node via an 
appropriate interface, for example on an Iu interface. 
Although not shown, the SGSN typically has access to 
designated subscriber database configured for storing 

30 information associated with the subscription of the 

respective user equipment. The serving GPRS support node, in 
turn, typically communicates with a gateway GPRS support node 
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via the GPRS backbone network 32. This interface is commonly 
a switched packet data interface. 

In a 3GPP network, a packet data session is established to 
5 carry traffic flows over the network. Such a packet data 
session is often referred as a packet data protocol (PDP) 
context. A PDP context may include a radio bearer provided 
between the user equipment and the radio network controller, 
a radio access bearer provided between the user equipment, 

10 the radio network controller and the SGSN, and switched 
packet data channels provided between the serving GPRS 
service node and the gateway GPRS service node. Each PDP 
context usually provides a communication pathway between a 
particular user equipment and the gateway GPRS support node 

15 and, once established, can typically carry multiple flows. 
Each flow normally represents, for example, a particular 
service and/or a media component of a particular service. The 
PDP context therefore often represents a logical 
communication pathway for one or more flow across the 

20 network. To implement the PDP context between user equipment 
and the serving GPRS support node, radio access bearers (RAB) 
need to be established which commonly allow for data transfer 
for the user equipment. The implementation of these logical 
and physical channels is known to those skilled in the art 

25 and is therefore not discussed further herein. 

The communication systems have developed in the direction 
wherein services are provided for the user equipment by means 
of various functions of the data network that are handled by 
30 controller entities, such as servers. For example, in the 
current third generation (3G) wireless multimedia network 
architectures it is assumed that several different servers 
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providing various control functions are used for the service 
provision control. These include functions such as the call 
state control functions (CSCFs) . The call state control 
functions may be divided into various categories such as a 
5 proxy call state control function (P-CSCF) , interrogating 

call state control function (I-CSCF), and serving call state 
control function (S-CSCF) . It shall be appreciated that 
similar functions may be referred to in different systems 
with different names. For example, in certain applications 
10 the CSCFs may be referenced to as the call session control 
functions . 

A user who wishes to use services provided by the IMS system 
may need first to register with a serving controller, such as 

15 the serving call session control function (S-CSCF) 36. As 
shown in Figure 1, communication between the S-CSCF 36 and 
the user equipment may be routed via at least one proxy call 
session control function (P-CSCF) 35. The proxy CSCF 35 is 
thus for proxying messages from the GGSN 34 to a serving call 

20 session control function 36. The serving controller, i.e. 

CSCF 36 in Figure 1, in turn, provides the control entity the 
user equipment 30 needs to be registered with. The 
registration is required to enable the user equipment to 
request for a service from the communication system. 

25 

A policy control entity 37 may also be provided. The policy 
control entity 37 may be configured to store required policy 
information in a database 38 thereof. The network entities 
may query the policy control entity for various purposes, 
30 such as for obtaining information regarding the media policy 
of a particular user. The policy control entity may be 
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provided by means of a policy decision function (PDF) , which 
is connected to P-CSCF and GGSN . 

Figure 1 shows also an application server 50. The user 
5 equipment may connect, via the GPRS network, to the 

application server that is connected to one or more data 
networks such as, but not limited to, the exemplifying 
Internet Protocol (IP) network- It shall be appreciated that 
a great number of application servers may be connected to 
10 each data network. 

Although this is not always necessary, the system of Figure 1 
may further be arranged such that a user who has been 
provided with required communication resources by the 
15 backbone network and is registered to the serving controller 
36 has to initiate the use of services offered by the 
application server 50 by sending a request for the desired 
service to the serving controller over the communication 
system. 

20 

The embodiments are based on the realisation that it might be 
advantageous if an predefined action can be taken after 
detection of a breach of media policy. The action is 
preferably performed in a proxy network element, such as the 
25 P-CSCF 35. 

The more detailed exemplifying embodiments described below 
deal with messages, such as SIP responses, containing a 
session parameter such as an offer that is not in accordance 
30 with the operator's media policy stored in the PDF 37, and 

therefore actions may need to be performed in order to bring 
the at least one breaching parameter in line with the policy. 
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As shown in Figure 2, an appropriate CSCF may modify the 
parameters before forwarding them. The 200 OK sent from the 
second user equipment 41 in response to an A INVITE ' from the 
5 first user equipment 30 contains an SDP offer that breaches 
media policy. The CSCF modifies the offer such that the SDP 
offer is in line with the media policy before it is sent 
further to the first user equipment 30 as an SDP offer. The 
answer in the ACK will be acceptable by media policy. 

10 

If the reduced media is not satisfactory for the parties (in 
worst case it may occur that in the intersection all media 
are annulled) , they can initiate a new relNVITE . This is 
possible since the multimedia session is not released by the 
15 network. 

In accordance with an alternative shown in Figure 3 an 
appropriate CSCF may ignore the problem and forward the 
unmodified SIP message containing the SDP offer. The 

20 provisional response from the second user equipment for an 

INVITE from the first user equipment may contain an SDP offer 
that breaches media policy. In other word, the SDP offer may 
be forwarded as it were accepted. The CSCF then waits for 
modified and allowable session parameter answer from the 

25 other party. The SDP answer may be received in a PRACK 

request which is then checked against the media policy. If it 
is not acceptable, the PRACK request is rejected. The CSCF 
may thus reject offer/answer if the final parameters still 
breach the media policy 

30 

The rejection may contain the allowed media policy. This may 
be provided in accordance with the Figure 2 . 
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A more detailed example for operation of the P-CSCF 35 in 
accordance with an embodiment will be described next. When 
the P-CSCF 35 receives an SIP request containing an SDP 
5 offer, the P-CSCF may examine the media parameters in the 
received SDP. If the P-CSCF 35 finds any media parameters 
which are not allowed on the network, for example because of 
a local policy, the P-CSCF may return a 'Not Acceptable Here' 
response containing SDP payload. The SDP payload may contain 
10 either all the media types, codecs and other SDP parameters 

which are allowed according to the local policy, or, based on 
configuration by the operator of the P-CSCF, a subset of 
these allowed parameters. This subset may depend on the 
content of the received SIP request. 

15 

When the P-CSCF receives a reliable provisional SIP response, 
such as the SIP 183 message of Figure 3, containing SDP 
offer, the P-CSCF may be configured not to examine the media 
parameters in the received SDP offer. Thus, even if the offer 

20 contains media parameters which are not allowed on the 

network by a local policy the SDP may be allowed to pass 
transparently the P-CSCF 35. This may be advantageous since 
it may not be possible for the P-CSCF to reject a SIP 
response. Instead, the P-CSCF may take action based on the 

25 succeeding PRACK request containing the SDP answer for this 
offer and therefore this is checked. If necessary, i.e. the 
SDP answer reduced by the user equipment (UE) still breaches 
local policy, the P-CSCF may return a 'Not Acceptable Here' 
response containing the local policy that is allowed SDP 

30 payload. 
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When the P-CSCF receives a 2xx final SIP response for an 
INVITE request in a confirmed dialog, i.e. for a relNVITE, 
that contains an SDP offer, the P-CSCF may examine the media 
parameters in the received SDP offer. If the P-CSCF finds 
5 media parameters not allowed on the network, for example by 
local policy, the P-CSCF may intersect the SDP offer with the 
local policy, as is shown in Figure 2. This way it may be 
ensured that the SDP answer sent in the y ACK' request is 
allowed by the local policy and it is a valid answer for the 
10 SDP offer originally received in P-CSCF as well. 

A more detailed example wherein the operations in accordance 
with an embodiment are performed in the S-CSCF 36 will be 
described next. When the S-CSCF 36 receives an SIP request 
containing SDP, the S-CSCF may examine the media parameters 
in the received SDP. If the S-CSCF finds any media parameters 
which are not allowed based on either local policy or the 
subscription, the S-CSCF may return a 'Not Acceptable Here' 
response containing SDP payload. As above, the SDP payload 
may contain either all the media types, codecs and other SDP 
parameters which are allowed according to the local policy 
and users subscription or, based on configuration by the 
operator of the S-CSCF, a subset of these allowed parameters. 
This subset may depend on the content of the received SIP 
request . 

When the S-CSCF receives a reliable provisional SIP response 
containing an SDP offer, the S-CSCF may be configured not to 
examine the media parameters in the received SDP offer. Thus 
30 even media parameters which are not allowed on the network by 
local or other policy may be allowed, as it may not be 
possible to reject a SIP response. The P-CSCF may then check 
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15 

the subsequent PRACK request containing the SDP answer for 
this offer, and if necessary, i.e. the SDP answer reduced by 
the UE, still breaches local policy, it proceeds as described 
above for SIP requests. 

When the S-CSCF receives a 2xx final SIP response for an 
INVITE request in a confirmed dialog that contains an SDP 
offer, the S-CSCF may examine the media parameters in the 
received SDP offer. If the S-CSCF finds any media parameters 
which are not allowed on the network by local policy, the S- 
CSCF shall intersect the SDP offer with the local policy. 
This way it may be guaranteed that the SDP answer sent in the 
ACK message is allowed by the local policy and it is a valid 
answer for the SDP offer originally received in S-CSCF as 
well. Note that it is not possible to reject an ACK in SIP 
protocol . 

In accordance with a possibility the communication system is 
configured such that the SIP 200 OK for an initial INVITE 
20 cannot contain an SDP offer. In this case either the initial 
INVITE request may contain the offer or there may be a 
provisional reliable response with SDP offer. 

The following deals briefly with inappropriate SDP models the 
25 network may need to be able to handle. In accordance with a 
scenario an SDP offer is not answered according to the SDP 
offer/answer model. In this case the SDP offer may be 
dropped. In another scenario there is no SDP payload in the 
SIP message, although the SDP offer/answer model mandates it. 
30 The intermediate server may then behave transparently. The 
SIP message may also contain an invalid SDP offer, for 
example syntactical, semantic error or SDP offer/answer model 
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is broken. This may be considered as an annulled offer. The 
SIP message may also contains an invalid SDP answer. The 
corresponding offer is dropped, and P-CSCF sends no policy 
setup information to policy decision function. 

5 

It should be appreciated that whilst embodiments of the 
present invention have been described in relation to user 
equipment such as mobile stations, embodiments of the present 
invention are applicable to any other type of equipment. 

10 

The examples of the invention have been described in the 
context of an IMS system and GPRS networks. This invention is 
also applicable to any other access techniques including code 
division multiple access, frequency division multiple access 

15 or time division multiple access as well as any hybrids 

thereof. Furthermore, the given examples are described in the 
context of the so called all IP networks with all IP 
entities. This invention is also applicable to any other 
appropriate communication systems, either wireless or fixed 

20 line systems and standards and protocols. Examples of other 
possible communication systems enabling wireless data 
communication services, without limiting to these, include 
third generation mobile communication system such as the 
Universal Mobile Telecommunication System (UMTS) , i-phone or 

25 CDMA2000 and the Terrestrial Trunked Radio (TETRA) system, 
the Enhanced Data rate for GSM Evolution (EDGE) mobile data 
network. Examples of fixed line systems include the diverse 
broadband techniques providing Internet access for users in 
different locations, such as at home and offices. Regardless 

30 the standards and protocols used for the communication 

network, the invention can be applied in all communication 
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networks wherein policy control is required in association 
with sessions. 

The embodiment of the invention have been discussed in the 
context of a proxy and servicing call state control 
functions. Embodiments of the invention can be applicable to 
other network elements where applicable. 

It is also noted herein that while the above describes 
exemplifying embodiments of the invention, there are several 
variations and modifications which may be made to the 
disclosed solution without departing from the scope of the 
invention as defined in the appended claims. 



